home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 32 < prev    next >
Internet Message Format  |  1994-08-27  |  3KB
  1. Date:         Mon, 18 Jan 93 10:12:16 MST
  2. From: Michal Jaegermann <NTOMCZAK@vm.ucs.UAlberta.CA>
  3. Subject:      Re: libraries
  4. To: mint@terminator.rs.itd.umich.edu
  5.  
  6.  
  7. In response to my proposition for organization of headers/libraries
  8. to accomodate both MiNT and TOS in a transparent manner Julian Reschke
  9. writes:
  10. > This is exactly what I don't want.
  11.  
  12. I am sorry, but in that case I do not know what do you want. Maybe we
  13. can have some examples, please.
  14.  
  15. For those who may not know.  I spent enough time dabbling in gcc-ST
  16. headers and libraries to know that current headers are unified and
  17. few neccessary differences can be easily accomodated internally
  18. using #ifdef...#endif.  My example with <stdio.h> was just that, an
  19. example.  Still, I had an impression that Julian, with a support of
  20. Eric, needs/wants some extra, separate header files which will live
  21. in their own subdirectories.  That is fine as well if such need
  22. arises.  I only indicated that we do not need to burden a compiler
  23. user with a need to explicitely refer to these subtrees.  All magic
  24. can be simply hidden in a compiler driver.
  25.  
  26. As far as library go this is somewhat more complicated.  A bulk of TOS
  27. and MiNT libraries is exactly the same.  Still there are some
  28. functions with the same names (and which have to have the same names)
  29. which are doing somewhat different things for MiNT and TOS.  Keeping
  30. them in the same library and leaving for a linker to sort them out may
  31. be somewhat difficult. :-) On the other hand it does not require much
  32. smarts from a compiler driver to pick up proper sub-libraries and pass
  33. them to 'ld' in a linking phase.
  34.  
  35. Last but not least.  My suggestion to use zmodem for a conversion
  36. between LF and CR/LF line terminators was not entirely serious.  I
  37. even added a 'smiley face' for those less observant.  If your editor
  38. is unhappy in an absence of CR and will not add these characters for
  39. you then something in this style (adjust to your particular shell)
  40. should work for LF -> CR/LF conversion:
  41.  
  42.   for file in $*
  43.   do
  44.     cat $file > $TEMP/$file
  45.     mv $TEMP/$file $file
  46.   done
  47.  
  48. The above assumes ST, more or less sane 'cat' and "text i/o".  Awk or
  49. Perl will work equally well.  Going the other way may require some
  50. utility since you need binary file write but entropy promissed to
  51. solve that problem for you.
  52.  
  53. For those with Unix machines handy here are two conversion scripts
  54. (but replace ^M and ^Z in the second script with their real control
  55. counterparts which would not survive e-mail).
  56.  
  57. #!/bin/sh
  58. #clean
  59. #shell script for removal of all ^M's and ^Z's from a file or files
  60. #do not use that on binaries
  61. #
  62. for file in $*
  63. do
  64. #    echo $file
  65.     tr -d '\015\032' < $file >/tmp/$file.$$
  66.     mv /tmp/$file.$$ $file
  67. done
  68. exit 0
  69.  
  70. #!/bin/sh
  71. #mess
  72. #shell script for adding ^M's to all lines in a text file
  73. #do not use that on binaries
  74. #
  75. for file in $*
  76. do
  77. #    echo $file
  78.     sed 's/$/^M/' $file >/tmp/$file.$$
  79. # uncomment the next line if you really would like to be MS-DOSish
  80. #    echo '^Z' >> /tmp/$file.$$
  81.     mv /tmp/$file.$$ $file
  82. done
  83. exit 0
  84.  
  85.   Happy conversions
  86.   Michal
  87.